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Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1,2, 4-10, 12-18 and 20 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over "Application Isolation in the Java Virtual Machine" by CZAJKOWSKI 
in view of "Multiprocessing and Portability for PDAs" by CZAJKOWSKI herein 
CZAJKOWSKI (2). 

As to claim 1 , CZAJKOWSKI teaches a method comprising: running at least two 
applications (applications); enabling the applications to share a class (class having 
static variables); enabling each application to define an address space specific to each 
application (via each application having a copy of the static fields for the class); and 
duplicating member data (static fields of the class) for the class for each application 
(application) in an address space (table shared between the applications that contains 
the copies of Counter$sFields) (pg. 356, "Consider a class X, containing static 
fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields...Each of them looks up the copy of 
Counter$sFields corresponding to the current application and then accesses the named 
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field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated yet and that the appropriate initialization has 
to be taken care of."; pg 363, "The runtime modifications operate as follows. At load 
time, each class is examined and each static field is replicated n times (n is the 
maximum allowed number of applications... Fetching an application id and using it to 
index an array of copies of a static field translates into less than ten machine 
instructions... When an application gets loaded into the modified KVM, it is assigned an 
application id or is rejected if no more application slots are available at the moment. 
Whenever a class is used by this application for the first time, the static initializer is run 
(when present), initializing the correct replicas of static fields."). However, 
CZAJKOWSKI does not teach the application defines the address space in a shared 
memory wherein the duplicated member data is in the address space of the application 
of shared memory. 

CZAJKOWSKI (2) teaches applications (applications) sharing (reusing) classes 
(classes) wherein each application creates an address space in shared memory for 
storing data related to a shared class (via the shared heap being logically partitioned 
into a set of separate sub-heaps wherein applications have access to a particular sub- 
heap for its data while sharing classes) (see figure 1 and section 3.1 on pages 3-4). It 
would be obvious that the static fields of CZAJKOWSKI would be the data that is stored 
in a particular applications portion of shared memory. Therefore, it would be obvious to 
combine the teachings of CZAJKOWSKI with the teachings of CZAJKOWSKI (2) in 
order to allow applications to reuse classes within a shared heap (pg. 3). 
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As to claim 2, CZAJKOWSKI teaches enabling each application to use a shared 
memory (via a table shared by the applications to access the correct Counter$sField 
copy) (pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
thread... The second generated class is Counter$aMethods. It contains a table 
mapping application identifiers onto per-application copies of Counter$sFields...Each of 
them looks up the copy of Counter$sFields corresponding to the current application and 
then accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claim 4, CZAJKOWSKI teaches duplicating (copy) process specific data 
(static fields) for each application (application) (pg. 356, "Consider a class X, containing 
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static fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields...Each of them looks up the copy of 
Counter$sFields corresponding to the current application and then accesses the named 
field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated ye and that the appropriate initialization has to 
be taken care of."; pg 363, "The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). 

As to claim 5, CZAJKOWSKI teaches automatically (during run-time) duplicating 
(copy) process specific data (static fields) in address space specific to each application 
((pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
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thread... The second generated class is Counter$aMethods. It contains a table mapping 
application identifiers onto per-application copies of Counter$sFields...Each of them 
looks up the copy of Counter$sFields corresponding to the current application and then 
accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claim 6, CZAJKOWSKI teaches defining a shared class 
(Counter$aMethods) and using the share class to execute an instance of a class 
(Counter$sFields) to share (pg. 356, "Consider a class X, containing static 
fields... X$aMethods maintains an instance of X$sFields for each application; the 
methods of X$aMethods access the correct instance of X$sFields based on the 
application id extracted from the current thread... The second generated class is 
Counter$aMethods. It contains a table mapping application identifiers onto per- 
application copies of Counter$sFields...Each of them looks up the copy of 



Application/Control Number: 09/756,579 Page 7 

Art Unit: 2195 

Counter$sFields corresponding to the current application and then accesses the named 
field. If the lookup does not succeed it means that this application's copy of 
Counter$sFields has not been generated ye and that the appropriate initialization has to 
be taken care of."; pg 363, The runtime modifications operate as follows. At load time, 
each class is examined and each static field is replicated n times (n is the maximum 
allowed number of applications... Fetching an application id and using it to index an 
array of copies of a static field translates into less than ten machine instructions... When 
an application gets loaded into the modified KVM, it is assigned an application id or is 
rejected if no more application slots are available at the moment. Whenever a class is 
used by this application for the first time, the static initializer is run (when present), 
initializing the correct replicas of static fields."). 

As to claim 7, CZAJKOWSKI teaches invoking a shareable interface (initializer 
function / Counter$aMethods functions) to obtain a handle (application id) (pg. 356, 
"The original class Counter, undergoes the following modifications. All static fields are 
removed from Counter. A new method, hidden$initializer(), is added. It contains a 
modified code of the static initializer of Counter. It is invoked whenever a new 
application uses static fields of Counter for the first time."; pg. 356, "In our particular 
case there is only one static field and thus Counter$aMethods has two such access 
methods: put$cnt() and get$cnt(). Each of them looks up the copy of Counter$sFields 
corresponding to the current application and then accesses the named field. If the 
lookup does not succeed it means that this application's copy of Counter$sFields has 
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not been generated yet and that the appropriate initialization has to be taken care of."; 
see also Figure 2, program code wherein int id - Thread. currentAppld(). wherein the 
identifier is retrieved from the application thread). 

As to claim 8, CZAJKOWSKI teaches specifying the handle (application id) on 
each method call to resolve the context (static fields) of the handle (application id) 
(wherein the application id is used to retrieve the correct static fields for the shared 
class) (pg. 356, "Consider a class X, containing static fields... X$aMethods maintains an 
instance of X$sFields for each application; the methods of X$aMethods access the 
correct instance of X$sFields based on the application id extracted from the current 
thread... The second generated class is Counter$aMethods. It contains a table mapping 
application identifiers onto per-application copies of Counter$sFields...Each of them 
looks up the copy of Counter$sFields corresponding to the current application and then 
accesses the named field. If the lookup does not succeed it means that this 
application's copy of Counter$sFields has not been generated ye and that the 
appropriate initialization has to be taken care of."; pg 363, "The runtime modifications 
operate as follows. At load time, each class is examined and each static field is 
replicated n times (n is the maximum allowed number of applications... Fetching an 
application id and using it to index an array of copies of a static field translates into less 
than ten machine instructions... When an application gets loaded into the modified KVM, 
it is assigned an application id or is rejected if no more application slots are available at 
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the moment. Whenever a class is used by this application for the first time, the static 
initializer is run (when present), initializing the correct replicas of static fields."). 

As to claims 9, 10 and 12-16, reference is made to an article comprising a 
medium that corresponds to the method of claims 1 , 2 and 4-8 and is therefore met by 
the rejection of claims 1 , 2 and 4-8 above. Claim 9 further details a processor-based 
system. CZAJKOWSKI teaches that the teachings are used on a PALM device that has 
a power of 2.7 MIPS at 16.6MHz processor clock and a heap (pg. 362). Therefore, it 
would be obvious that the teachings are executed on a processor-based system (PALM 
device). 

As to claims 17, 18 and 20, reference is made to a system that corresponds to he 
method of claims 1 , 2 and 4 and is therefore met by the rejection of claims 1 , 2 and 4 
above. Claim 17 further details the system having a processor and storage. 
CZAJKOWSKI teaches that the teachings are used on a PALM device that has a power 
of 2.7 MIPS at 16.6MHz processor clock and a heap (pg. 362). Therefore, it would be 
obvious that the teachings are executed on a processor-based system (PALM device). 

Response to Arguments 

3. Applicant's arguments with respect to claims 1, 2, 4-10, 12-18 and 20 have been 
considered but are moot in view of the new ground(s) of rejection. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Lewis A. Bullock, Jr. whose telephone number is (571) 
272-3759. The examiner can normally be reached on Monday-Friday, 8:30 a.m. - 5:00 
p.m.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng An can be reached on (571) 272-3756. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



March 20, 2006 




LEWIS A. BULLOCK, JR. 
PRIMARY EXAMINER 



